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(57) ABSTRACT 

The i nvention provides a method f or reducing the memory 
reqiurements and CPU cycle consumpllOU uf mi BJiecutin g 
pro gram m a suspended state suspends the program _J>y 
ihterceptmg the entry points of the program. Ihe contents of 
the memory occupied by the program and its data objects arc 
then discarded or compressed, wherein the compressed data 
is stored at another region in the memory. The memory 
region containing the uncompressed data is then designated 
as free memory. 
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METHOD FOR REDUCING THE MEMORY 
REQUIREMENTS FOR AN APPLICATION 
PROGRAM EXECUTING IN A MULTI- 
TASKING ENVIRONMENT 

The invention relates to a method for improving the 
efficiency of multitasking application programs in a micro- 
computer system. More partictilarly, the invention relates to 
a method for reducing the memory and CPU resoiirces 
allocated to, nmning, inactive application programs. 

BACKGROUND OF THE INVENTION 

A principal advantage of a WINDOWS based operating 
system is its capability to enable a plurality of application 
programs to multitask or run simultaneously. However, only 
one of these programs owns the input focus at a time. The 
user determines which application has the input focus (the 
"active application"), and receives the user's keystrokes and 
mouse clicks. Applications which are running but do not 
have the input focus, are termed "inactive". Inactive appli- 
cations are often "minimized" by a tiser, which action causes 
any visible windows belonging to the application to be 
bidden and the application to represented by a small picture 
(icon) or text representation, typically located in the bottom 
portion of *the display, indicating that the application is 
running, but is not active. Frequently, a single active appli- 
cation is used by the user for an extended period of lime, and 
the user does not switch to other running, inactive applica- 
tions very often. 

Applications that are running, but inactive continue to 
receive processor time and often continue to consume sub- 
stantial quantities of system memory, including memory 
occupied by program code and data. Therefore, the existence 
of one or more running, inactive applications increases the 
load on the system resources (e.g., memory consumption 
and CPU usage), thus hampering the overall performance of 
the computer system. 

An application may readily detect when it has been made 
inactive, and it has the ability to reduce its contribution to 
overall system load in a number of ways, including: causing 
at least a portion of its memory to be discarded or deallo- 
cated; marking its pageable data segments as candidates to 
be paged out by the virtual memory manager; releasing 
desktop or display resources that are not necessary while it 
is inactive; and reducing its processor usage by disabling 
timers, ceasing background execution, etc. However, appU- 
cation programs often do not take any of these steps to 
reduce consumption of system resources. One reason for this 
is that releasing system resources may increase the time 
needed to reactivate the application. Additionally, the steps 
that may be taken to reduce an application's system load are 
dependent on the programmers who designed the 
application, are therefore specific to thai application, and do 
not usually apply to other application programs that may be 
contributing to the system load. Furthermore, the eflfort 
expended on reducing overhead may be wasted if the user 
intends to re- activate the appUcation almost immediately. 

An application's 16 or 32 bit program code and resource 
segments consume a significant portion of the system 
resources utilized by the apphcation. Many such segments 
are provided with an attribute specifying that the segment is 
"discardable", in its entirety, at the discretion of the WIN- 
DOWS Kernel or at the request of the application program. 
When a segment is discarded, the memory that has been 
allocated to the segment is released to the operating system 
as free memory. Such segments contain readonly program 
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code or resources, so the Kernel is able to reload or 
reconstitute the segment from its disk image contained in the 
programs' s executable file, when it is needed. For 16 bit 
programs, these discardable segments are allocated from the 

5 WINDOWS Global Heap memory. For Win32 programs (32 
bit programs), discardable segments arc assigned to linear 
memory backed by a memory file mapping. The memory 
associated with these discardable segments in Win32 pro- 
grams is available to be released by the WINDOWS memory 

10 manager to reduce overall consumption of system memory 
resources. 

As for 16 bit programs, the Kernel only resorts to dis- 
carding when available linear memory is exhausted, which 
is an infrequent occurrence, because linear memory is gen- 

15 erally abundant. Moreover, the Kernel discards discardable 
segments indiscriminately, whereby segments belonging to 
the active application are as likely to be discarded as those 
belonging to inactive applications. Additionally, because 
free physical memory is typically exhausted long before this 

20 compaaion occurs, some portions of the appUcation, includ- 
ing its discardable data, are hkely to have been paged out to 
the virtual memory swap file. Because substantial portions 
of inactive applications may be accessed on a regular or 
frequent basis due to message handUng of system messages 

25 and broadcasts, these portions are not likely to be paged out. 
Note that this is also applicable for 32 bit applications. 

One prior art attempt to conserve system resources uti- 
lized by inactive programs is the program known as 
WinProbe, which is commercially available from QUAR- 

^ TERDECK. WinProbe is a system monitor program that 
presents to the user the stattis of various components of the 
operating system. Additionally, it provides a "memory 
optimizer", which causes the WINDOWS Global Heap to be 
"optimized" on an immediate basis, or at a settable interval 
for as long as WinProbe remains loaded. In order to optimize 
the heap, WinProbe issues a Global Compact caU to the 
Kernel causing all discardable segments in the Global Heap 
to be discarded. But this approach has the drawback of 
requiring the user to execute a separate program in order to 

^ perform the compaction operation. It has a further drawbadc 
of causing all loaded segments to be discarded indiscrimi- 
nately. Additionally, a percentage of these segments will 
have to be reloaded by the Kernel immediately as they are 
accessed by ruiming programs. Yet a further drawback is that 
WinProbe has no effect on memory containing data or 
memory assigned to 32 bit processes. 

Therefore, it is an object of the invention to conserve 
system resources consumed by running, inactive programs, 
while overcoming the drawbacks of prior art methods of 
doing so. 

SUMMARY OF THE INVENTION 

In accordance with the present invention, the efiSciency 
55 and operating ability of multitasking application programs in 
the WINDOWS is improved by reducing the memory and 
CPU resources consumed by running, inactive application 
programs. The method of the invention, which is preferably 
user activated, suspends an application program by discard- 
go ing and/or compressing the memory occupied by an apph- 
cation at the time it is minimized, or at the direction of the 
user, preferably by selection of a button in the title bar of the 
apphcation or some other similar program object. 

In a preferred embodiment, the method for reducing the 
65 memory requirements and CPU cycle consumption of an 
executing program in a suspended state suspends the pro- 
gram by intercepting the entry points of the program. The 
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contents of the memory occupied by the program and its data * Alternatively, an application may be suspended at the time 

objects are then compressed, wherein the compressed data is a user causes it to be minimized through selection of the 

stored at another region in the memory. The memory region "minimize" button or otherwise as discussed above, instead 

containing the original, uncompressed data is then desig- of by selection of the title bar "suspend" button. In this 

oated as free memory. 5 event, the above callback hook and intercept procedures are 

used to obtain notification that the ''minimize'* button or 

BRIEF DESCRIPTIONS OF THE DRAWINGS system menu entry has been selected. 

J.J- r.L- LL.-j The flow chart of FIG. 1 illustrates the preferred method 

A better understanding of the invenUon can be obtained ^^^^^ ^ ^^^^^^^ ^^^^ {^^ ^ 

when the following detailed descripUon of the preferred resources by an inacUve appUcaUoti program. At step 102, a 

embodiment IS considered in conjunction with the foUowiag lo (est is performed to determine whether the user has sus- 

drawings, m which: p^^j^j ^ applicaUoo. and control transfers to step 104 only 

FIGS. lA, IB, 2 and 3 are flow diagrams depicting the after suspension has occurred. 

method of the invention. In the event an appHraiinn pmpram , or other software. 

DETAILED DESCRIimON OF TOE 15 ^rlaj^theinte^^ 

nni-rrnnrr^ r-»*T.i-.rMx*T-KTT^ tUC iftvention has installcd, the application may not ninction 

PREFERRED EMBODIMENTS 1 , J-^ pr n-T^ 

properly or the intercept procedures may n ot be called^ To 

It is often desirable to suspend a running application that a void this, the mKthud of IhC iriVenhon ensures that its 

has been inactive for an extended period of time. But, ' w^indow procedures arc called lirst by mterccptin^ the Se t- 

because it is difiBcult to predict the period of time an 20 W indowLopg and GetWindowLong functions of the WIN - 

application will remain inactive, and because the consc- DOWS User Interfac e (step 104). Cal ls to these function s 

qucncc of an incorrect prediction often results in a substan- arc monitored ror atteffl{il5 to qUfery or set the windo w 

tial increase in the amount of time needed to reactivate the procc aurc of any - WluUuw tliat hiU; been in tercepted by" the 

application, it is desirable to leave the decision to suspend method ot the mvenuon. Whcti elthdr* Of these events occurs, 

the application to the user. Therefore, the invention provides 25 the invention unhooks the window causing its prior window 

a method enabling the user to suspend a running, inactive procedure to be active, reissues the function call, and on its 

application, return, rchooks the window. 

The preferred embodiment of the invention provides, in "^When notiiicaiiofl fui ^^siisp^sion" has been received, the 

the title bar of all applications capable of being suspended, method of the invention causes the running application to be 

a "suspending" button (e.g. an icon), which can be selected 30 minimized, then suspended and compressed. The appHca- 

by the user to cause suspension of the application. Generally, tion is minimized by sending to its Primary Window pro- 

the primary window of an application program contains a cedure the identical message that is sent when the user 

title bar containing several or all of the following elements: selects the "minimize^* button or system menu entry. In order 

a system menu button, a title caption, and buttons to mini- to ensure that the application wiU respond correctly to this 

mize and maximize the application. As will be mentioned 35 message, the method of the invention provides that only 

further below, because suspending an application will Primary Windows having a "minimize" button or system 

include the step of causing it to be minimized, the "sus- menu entry may be suspended. 

pending" button of the invention is preferably positioned After an application has been minimized, the method of 

next to the "minimize" button (if any). But it is appreciated the invention suspends and compresses the application by 

that the "suspending" button may be placed anywhere in the 40 initiating the following steps: (1) intercepting its window 

application's window. Additionally, the invention may cause procedures (step 104); (2) intercepting its hook procedures; 

a menu entry to be added to the application's system menu (3) detecting any other access to the application's memory; 

or other menus, that when selected, causes the application to (4) identifying, discarding and compressing any unaccessed 

be suspended. The suspending process may be activated by memory objects belong to the application, its libraries or 

the other existing or specially created buttons, or by other 45 subprocesses (steps 112 and 116); (5) freeing up discarded 

means, such as automatically when an application looses memory space (step 114); and storing compressed data (step 

focus, or when an appUcation is idle for a period of time. 118) and freeing memory originally used for the uncom- 

In order to ac tivate the title bar **suspend ing" button, or pressed data in the same manner as discarded memory space, 

system menu entry, the invention installs a ihell b\^5nt Each of these steps is discussed further below, 

s ystem callback hook usm g tne ^eiwrndowsHooK functi on 50 An application's window procedures are intercepted in 

of the WINDO^^I. T^is invokeT a callback procedure order to inhibit the application from executing for the period 

i n the invention whenever a top level unowned win dow is of time that it is to be suspended. It is noted that minimized 

created or destr oyed. It is noted that a t pp lf,vfi) imnwnpH apphcations continue to receive certain messages and broad- 

wlndow typically represents the Primary Window of an casts sent by the Windows User Interface in addition to 

application. Because the Shell Event hook causes on ly 5S messages representing any periodic alarms that the applica- 

si gnificant events to be signaled to ttie callback p rocedure, tion has been installed. These messages and broadcasts are 

it does not hamper the overall performance ot the computer processed in one or more code segments of the appUcation 

system. Alternatively, o ther callback books provided b y and access the data of the application. Therefore, these 

SetWindowsHook may be monitored for this purpose, messages and broadcasts can cause a significant portion of 

including the Pf ^T PrggJiQgk . When notified of the creation 60 the appUcation to be accessed on a regular or frequent basis, 

of a Primary WfndSwftte^cthod of the invention intercepts In order to reduce the application to the smallest memory 

the window procedure of the Primary Window, in order to image possible, the program is prevented from having to 

act on the message notifications sent by the system to the process these unneeded messages and alarms by intercepting 

Primary Window, and activate the title bar "suspend" button. its window procedures. Messages that are critical or private 

Altcmatively, to receive these notifications, the method of 65 to the application, are preferably passed through to the 

the invention may monitor the Primary Window through the window procedure if necessary to keep the appUcation 

CallWn d^ c call back hook pf^pyided by SetWindnwsHook. functioning properly. 
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The flow chart of FIG. 2 illustrates how the invention module import table in the application's module database, 
intercepts an application's window procedures. The window The reference count of these libraries indicating the number 
procedures of all top level and child windows of the appli- of times they have been loaded is used to determine whether 
cation are intercepted by the method of the invention and are they are in the exclusive use of the application or are being 
redirected to a procedure that analyzes any messages 5 referenced simultaneously by other applications or pro- 
received (step 202). Typically, the messages received by a cesses. Subprocesses that are executing under the control of 
window that has been minimized most likely contain noti- the application arc identified by the subprocesses' owner 
fications issued by the Windows User Interface component contained in their task databases (FIG. 1, step 106). 
(USER) and may be safely disregarded. These messages are The memory objects comprising the Windows Global 
discarded by being passed through for defauh processing to jq Heap are iterated and a list is created enumerating the 
theDcfWindowProcfunctionof USER (step 212). However, objects (the Eligible List) owned by any of the modules 
such messages may also include notification to reactivate the comprising the apphcation, its Ubraries or subprocesses as 
application due to user action. Reactivation messages are determined above (step 108). This is accomplished by 
detected by the test at step 205, cause restoration of the accessing directly the control structures and memory arenas 
process at step 206 and are reissued at step 208 to the of the Global Heap or through the alternative use of the 
inactive application's window procedure. It is noted that, by ToolHelp functions GlobalFirst and GlobalNext. Each glo- 
interoepting the window procedures of an apphcation, the bal memory object is identified by a selector (handle) 
invention ensures that the application is prevented from maintained in a field of the memory arena for the object and 
consuming CPU time through any background processing it returned by the ToolHelp functions. In addition, the memory 
may have been performing, thereby allowing other active 20 arena contains an owner handle for the object which is a 
applications to run faster. module handle or task handle or process database (PDB) and 

Preferably, callback procedures that have been installed is also returned by ToolHelp. The owner handle is converted 

by the application may also be intercepted by the invention. to be a module handle (if it is not already a module handle) 

Such procedures may include callbacks installed through the by determining the module associated with the task handle 

SetWindowsHook function of the Windows API in addition 25 or process database provided. It is noted that all task and 

to any system callbacks installed using the ToolHelp library. process databases reference a unique module handle owner 

As described above, when requested, an^pplicatinn m ay that is obtained by accessing a field in the structure. The 
^b e prevented firom being executed through conventional owner module is then compared with the list of modules (as 
methods. However, certaki other methods exist loi* execut- derived above) to determine whether the global memory 
i ng program code in t he application and ma y not be inEtlm ed 30 object belongs to the application, its libraries or subpro- 
cfficienUv or practically. m/evamplErffie'application may cesses. If yes, and if the segment for the object has been 
i nstall in terrupt handlers using DPMI services; it may be found to be unaccesscd for the duration of the delay period 
c alled directly by a relaleH process or hbrarV; dt It may be as described above, then the object is considered eligible to 
c alled bv a virmal device. The process illustrated in the flo w be discarded or compressed and is added to the Eligible List 
chart of FIG. 3 isutilized by the invention to handle progra m 35 (step 112). But objects that have been fixed in linear memory 
s egments executed by these other methods. In order to avoid arc considered ineUgible in addition to other critical objects 
di^ardinR these segments (as they would need to be such as stacks, module headers, and etc. 
r e-loaded immediately), program segments are monUorgd The 16 -bit memory objects enumerated in the above 
fo r any access whi ch occurs after the window the window mentioned Eligible List are either discarded or compressed, 
proced ure tias been int^rgeptSfl. Ketore procgedinfi to dis- 40 Objects are identified as discardable by a reserved bit in the 
ca rd and/or compress the application, the method of the object's segment descriptor that has been set by the Win- 
invention detects any regular access to the memory that dows Kernel at the time the object was created. Accordingly 
comprises the application. In this regard, a user adjustable, the method of the invention tests the reserved bit to deter- 
brief delay, typically of a few seconds, is implemented (step mine whether an object is discardable (step 110). The 
306). The delay serves the additional purpose of allowing 45 contents of discardable objects are then caused to be dis- 
the user opportunity to cancel the suspending operation by carded through use of the Glob alRe Alloc function of the 
reactivating the application if desired. At the commence- Kernel (step 114). All other memory objects are compressed 
ment of the delay period, the segments and memory asso- by means of a data compression technique and the com- 
ciated with the application, its libraries and subprocesses are pressed data stored in a private memory space under control 
marked as "unacccssed" (step 304). Regarding 16-bit 50 of the method of the invention (step 116 and 118) and access 
segments, this is performed by resetting the "accessed" bit thereto is trapped (step 119). The original memory objects 
in the segment descriptor. Regarding 32-bit segments, the are then discarded, by modifying the segment descriptor of 
page table entries representing the memory are marked such objects to reflect that the segment is discidable (step 
"unaccessed". When the delay period elapses, the descrip- 114). The actual discarding is perfonned by using the 
tors and page table entries affected arc checked to determine ss GlobalReAlloc function of the Kernel. Although the access 
which segments and pages have been accessed during the checking means described above tends to reduce the possi- 
delay period, if any (step 308). These accessed segments or bility that a program segment is accessed while the apph- 
pages will then not be discarded or compressed. Release and cation is inactive, such access may occur on the part of the 
compression of memory resources occurs at steps 310-316. inactive program or other process or libraries. If this occurs 

Discarding or compression of 16 bit memory used by the 60 for a discardable code or resource segment, the Kernel will 

application, its libraries or subprocesses comprising its 16 attempt to reallocate memory for the segment and to reload 

bit program segments and any loaded resources, but exclud- the contents of the segment from the executable image or 

ing any segments that have been accessed during the delay reconstitute the resource. But it is noted that the Kernel is 

period above, will now be discussed. First, the method of the unable to reconstitute segments that have been compressed 

invention constructs a list enumerating the modules that 65 and discarded by the invention. 

comprise the application, its h"brariesand subprocesses. Any The flow chart of FIG. IB illustrates how the invention 

Ubraries in use by the apphcation are tracked through the reconstructs compressed memory. The system is continu- 
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ously monitored at step 121 to detect certain conditions 
discussed more fiilly below. When the Kernel discards a 
segment, it causes the segment's memory object in the 
Global Heap to be freed and the segment selector is modified 
to be Not Present. When a Not Present segment is accessed, 5 
the processor issues a Segment Not Present fault whose 
default handler is supplied by the Kernel. Accordingly, the 
invention intercepts the Segment Not Present fault in order 
to trap accesses to segments whose contents have been 
compressed (step 120). This is done by installing a fault 
handler in a virtual device component of the invention that 
reflects the fault to the ring 3 component of the invention 
that processes the fault. Alternatively, DPMI may also be 
used to install a fault handler. Regardless of how the fault 
handler was installed, the fault handler receives the Not 
Present segment selector in the error code of the fault. 

A bit table is med by the method of the invention to 
determine whether the selector passed refers to a com- 
pressed segment (step 122). If yes, the location in private 
storage of the compressed data is determined by accessing 20 
unused fields in the Not Present descriptor or through table 
means. Bits 0-39 and 48-63 of a Not Present descriptor are 
available for system or application use. At this time, the fault 
handler attempts to reallocate the segment to its original size 
prior to compression (step 124). The compressed data is then 25 
decompressed into the reallocated memory (step 126) and 
the private storage occupied by the compressed data is then 
deallocated. 

In all other respects, the method of the invention provides 
that compressed. Not Present segments are processed as 30 
though they were Present by the application program and by 
the Kernel. Therefore, the invention intercepts a number of 
the Global Heap functions in order to monitor attempts by 
the application or other processes or libraries to manipulate 
or query a compressed segment. For example, these func- 35 
tions include: Glob alRe Alloc; GlobalFree; GlobalLock; 
GlobalSize; GlobalHandle; GlobalFlags; LockSegment; 
LockResource; FreeResource; GlobalWire; GlobalFix and 
Glob alPage Lock. When any of these functions is invoked 
with a compressed segment handle, the segment is decom- 40 
pressed and reconstituted as set forth above and the function 
call reissued. 

When the method of the invention is implemented in 
MICROSOFT'S WINDOWS 95 additional steps are neces- 
sary. Certain WINDOWS 95 system and third party 45 
libraries, including the Object Linking and Embedding 
Library (OLE), consist of both 16 and 32 bit components. 32 
bit libraries composed of Win32 code are occasionally 
required to access data contained in the Windows Global 
Heap, usually as the result of a 16 to 32 bit transition 50 
translating a 16:16 pointer in the Global Heap to a 32 bit flat 
ofifeet. The portion of the Kernel32 component that translates 
such pointers does so with the assumption that the 16 bit 
segment is not discarded. Therefore, the invention intercepts 
the portion of Kemcl32 that translates the pointers (step 128) 55 
in order to cause compressed and discarded 16 bit segments 
to be decompressed and made present (steps 130-134), 
thereby enabling the translation to take place correctly. 

Further, Win32 applications are treated separately by the 
method of the invention due to their existence in a separate 60 
memory space. Win32 applications contain one or more 
modules or libraries which are obtained through the Tool- 
Help32 services, ModuleFirst and ModuleNext, although 
the invention may alternatively access directly the portable - 
executable (PE) module databases to obtain the library 65 
import table. 32rbit program modules consist of several 
segments as set forth in the PE documentation: memory 
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mapped read only code or data; memory mapped pageable 
data; and pageable stack and heap. The invention accesses 
the segment table of the PE header of each module to 
analyze the contents of each segment. Physical memory 
committed to read only segments that were not accessed 
during the delay period above is discarded using DPMI. The 
pages comprising such segments will be reloaded automati- 
cally by the memory manger from their images in the PE file 
as necessary. Physical memory committed to pageable seg- 
ments and the application's heap is subjected to a data 
compression technique on a page granular basis to provide 
that pages that have not been committed or have been paged 
out by the memory manager are not compressed. The 
compressed data for each page is stored in a private data area 
of the invention and the page table entry for the page is 
marked Not F*resent by a virtual device component of the 
invention. In order to provide that the pages can be recon- 
stituted when they are accessed, the invention installs an 
invalid page fault handler in its virtual device component. 
The invalid page fault handler determines at the time of the 
fault whether the fault was caused by access of a compressed 
page by checking certain reserved bits in the page table entry 
for the faulting page. At the time the page is made Not 
Present, these bits are initialized to indicate an invalid type 
causing the WINDOWS VMM default page fault handler to 
take no action but to pass the page fault to a handler installed 
to process such faults. Such faults are detected at step 136. 
At step 138, it is determined whether page fault occurred on 
a compressed page and, if so, physical memory is committed 
to the page (step 140), then reflects the fault to its ring 3 
component which reconstitutes its contents (step 142). The 
location of the compressed data in the private storage of the 
invention is stored in the unused bits of the Not Present page 
table entry 

In summary, a method for improving the eflBciency of 
multitasking applications in a computer system has been 
described. Although the invention has been described with 
emphasis on particular embodiments for compressing the 
contents of the memory of an executing program in a 
suspended condition, it should be understood that the figures 
are for illustration of an exemplary embodiment of the 
invention and should not be taken as limitations or thought 
to be the only means of carrying out the invention. Further, 
it is contemplated that many changes and modifications may 
be made to the invention without departing from the spirit 
and scope of the invention as disclosed. 

What is claimed is; 

1. A method for reducing the memory requirements and 
CPU cycle consumption of an application program execut- 
ing in a multitasking operating system the application hav- 
ing established system entry points, the method comprising 
the steps of: 

suspending the application program by intercepting its 

entry points while it is executing; 
at least one of discarding and compressing memory 

utilized by the application program; and 
releasing memory originally utilized by the application 

program for free use in the system. 

2. The method of claim 1, further comprising the steps of: 
monitoring access to compressed memory utUized by the 

application program; 
allocating sufficient memory to hold the contents of the 

accessed compressed memory if uncompressed; and 
decompressing the contents of the accessed compressed 

memory to the allocated memory. 

3. The method of claim 2, further comprising the step of 
freeing the accessed compressed memory for use in the 
system. 
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4. The method of claim 1 performed in an operating 
system in which an executing application program is capable 
of being minimized under user control, said method further 
comprising the step of causing said application program to 
be suspended at the same time said program is minimized ^ 
through the direction of the user. 

5. The method of claim 4 wherein said operating syst em 
is a ^ndows-basc jj fmi1ti-ta<;king o perating system, said 
method further comprising the steps of: 

monitoring a window representing a primary user inter- 
face of the application program to determine when said 
program is being minimized; and 

upon detecting that said program has been minimized, 
suspending said program. 15 

6. The method of claim 5, wherein each window has an 
associated window procedure, the operating system haviag 
a SelWindowLong function for associating a particular data 
value with a particular window procedure and a GetWin- 
dowLong function for retrieving information about a par- 20 
ticular window procedure, the method further comprising 
the step of monitoring said primary window by intercepting 

its window procedure while preventing said procedure from 
being overlaid by performing the steps of: 

intercepting the window procedure for the window using 25 

the SetWindowLong function; and 
monitoring the SetWindowLong and GetWindowLong 
functions for other attempts to get or set said window 
procedure. 

7. The method of claim 1 wherein the operating system is ^ 
a windows-based multi-tasking operating environment, the 
application program having one or more associated 
windows, each window having an associated window 
procedure, said method further comprising the step of inter- 
cepting the window procedures for windows belonging to 
said application program. 

8. The method of claim 7 further comprising the steps of: 
enumerating the windows belonging to a task associated 

with said program; and ^ 
for each enumerated window, intercepting the window 
procedure for that window. 

9. The method of claim 8 further comprising the steps of: 
monitoring said intercepted window for messages which 

arc one of critical to said program, private to said 45 
program, and directing said program to be reactivated; 

upon receiving critical or private messages for said 
program, reissuing the message to the intercepted win- 
dow procedure; 

upon receiving a message directing said program to be 
reactivated, unhooking the task windows by restoring 
the intercepted window procedures, then reissuing the 
message to the intercepted window procedure; and 

providing default action on other messages without reis- 
suing the message. 

10. The method of claim 1 wherein said operating system 
is a windows-based multi-tasking environment and includes 
a Global Heap, said discarding and compressing step com- 
prising the steps of: 

enumerating the objects contained in the Global Heap; 

for each such numerated object, examining a memory 
arena maintained for the object and determining 
whether the object belongs to a task associated with the 
program; and 65 

determining whether the object is a discardable object if 
the object belongs to the task. 
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11. The method of claim 10 further comprising the steps 

of: 

compressing said object; 

allocating a separate memory space sufficient to hold said 

compressed object; 
storing said compressed object in said separate memory 

space; setting said object as discardable; discarding 

said object through normal operations of the operating 

system. 

12. The method according to claim 1, further comprising 
the step of providing a user-actuable program object for said 
application program which when actuated causes said sus- 
pending step. 

13. The method of claim 12, wherein said operating 
system is a windows-based multi-tasking operating, said 
program object being at least one of a visible button and 
menu entry in the user interface of an application program, 
said method further comprising the steps of: 

providing notific ation when a primary window represe nt- 
ISfi the prmiary user inte rf?^ r>f thp ^ppljra uon pro - 
gram has been created; and 

interacting with said primary window to provide in the 
user interface thereof said program object. 

14. The method of claim 13, wherein the program object 
includes the menu entry and the button, the method further 
comprising the steps of: 

adding said menu entry to a window system menu; 
monitoring said primary window for system messages 

which would cause said window to redraw its user 

interface; 

upon detecting such system messages, causing said button 
to be displayed after said window has been redrawn; 
and 

monitoring said primary window for messages pertaining 
to said button or said system menu. 

15. The method of claim 1 further comprising the step of 
including among said utihzed memory any memory occu- 
pied or allocated by libraries or subprocesses associated with 
said program. 

16. The method of claim 15 further comprising the steps 
of, analyzing a library input table to determine b*brari6s that 
are associated with said program; and 

determining for each such library whether said library is 
in the exclusive use of said program. 

17. The method of claim 16 wherein said determining step 
is performed by examining a reference count of each Ubrary. 

18. The method of claim 15 further comprising the steps 
of enumerating running task in the system; 

for each such enumerated, obtaining a task owner which 
caused the enumerated task to be executed; and 

determining whether said task owner is the same as the 
task for said program. 

19. The method of claim 6 further comprising the steps of: 
upon detecting a SetWindowLong or GetWindowLong 

request with said window as a window parameter for 
the function, restoring a prior window procedure for the 
window; 

reissuing the SetWindowLong or GetWindowLong 
request; and 

re-intercepting the window procedure for the window. 

20. A method for determining noncriticai portions of a 
particular application program running in an operating 
system, the program having memory usage indicators for 
memory indicating whether or not memory has been 
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accessed, the program having established system entry 
points, said method comprising the steps of: 

intercepting the entry points of the program; 

resetting the memory usage indicators for the memory 
utilized by said program to an "unaccessed" state; ^ 

pausing for a selectable interval of time after said reset- 
ting step to allow the application program to execute 
through entry points other than said established system 
entry points; and 

examining said memory indicators to determine which 
area of memory have not been accessed. 

21. The method of claim 20, further comprising at least 
one of the step of 

discarding and compressing said imaccesscd portions. 15 

22. A method for reducing the memory requirement for a 
particular 16 bit data object in a windows-based multi- 
tasking operating environment comprising the steps of: 

compressing said particular object; 

allocating a separate memory space sufficient to hold said ^ 

compressed object; 
storing said compressed object in said separate memory 

space; 

setting said object as discardable; and 25 
discarding said object through normal operations of the 
operating environment, 

23. The method of claim 22, wherein said operating 
environment has a segment-based memory management 
system, the method further comprising the steps of: 30 

intercepting Segment Not Present faults; 

determining on receipt of said fault whether the faulting 
segment is one of said discarded objects; if so, allo- 
cating suflBcient memory to hold said discarded object 
in its original size through normal operating environ- 
ment procedures; and 

decompressing said object into said allocated memory. 

24. The method of claim 22 further comprising the steps 

. . . « 

monitoriog functions of a WindowsKernal that reallocate, 
lock and query a Global memory object to detect a 
request to reallocate, lock or query one of said dis- 
carded objects; 

upon detecting such a request, allocating sufficient 45 
memory to hold the discarded object in its original size 
through normal operating system procedures; and 

restoring said object in said allocated memory. 
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25. The method of claim 22, wherein when said environ- 
ment is a 32-bit operating system, the method further 
comprises the steps of: 

intercepting those portions of a Kernel that converts a 16 
bit segment by translating a 16:16 pointer to a 32 bit flat 
ofisel; 

determining whether the 16 bit segment being converted 

is one of said discarded objects; 
if so, allocating sufficient memory to hold said discarded 

object in its original size through normal operating 

environment; and 
restoring said discarded object in said allocated memory. 

26. A method for reducing the memory requirement for a 
particular 32 bit data object in a windows-based multi- 
tasking operating system comprising the steps of: 

compressing said particular object; 

allocating a separate memory space sufficient to hold said 

compressed object; 
storing said compressed object in said separate memory 

space; 

discarding memory originally committed to said object, 
modifying page table entries associated with said data 

object to indicate for each page that the page is not 

present; and 

monitoring attempts to access said pages associated with 
said page table entries. 

27. The method of claim 26 further comprising the steps 
of: 

enumerating the pages comprising said data objects; 
for each such page enumerated, determining whether the 

pages are committed and present; and 
if a respective enumerated page is committed and present, 

compressing and discarding said page. 

28. The method of claim 26 further comprising the steps 
of: 

intercepting page faults issued by the computer on which 
operating system is running; 

determining on i^eceipt of said fault whether the faulting 
not present page is of a compressed object; 

if so, causing physical memory to be committed at the 
faulting address; and 

decompressing said compressed object into said commit- 
ted memory. 
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